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(57) ABSTRACT 

A digital department system is disclosed. The digital depart- 
ment system of the present invention includes a network 
management center, a network operating center that is 
coupled to the network management center, a multimedia 
server, a multicasting transmission medium coupling the 
network operating center and the multimedia server, a 
listening post coupled to the multimedia server by the 
network, and one or more audio/video display capable of 
displaying video and capable of playing audio, the audio 
video display coupled to the multimedia server by the 
network. The audio and video content are stored in digitized 
files on the multimedia server for distribution throughout the 
site via the network. 
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AUDIOVISUAL CONTENT DISTRIBUTION audiovisual messages regarding products in which they have 

SYSTEM a current, specific interest than otherwise. 

Indeed, with the vast quantity of available products and 

CROSS-REFERENCE TO PROVISIONAL AND services, such as for example music or video selections, a 

RELATED APPLICATIONS 5 consumer is faced with a formidable task in selecting which 

products they may wish to purchase. Providers of goods and 

This invention claims priority from a provisional appli- services are constantly devising strategies for educating 

cation entitled "DIGITAL DEPARTMENT SYSTEM" (U.S. consumers about their products. This is especially true for 

Provisional Application No. 60/055,708), filed Aug. 8, 1997, providers of goods and services which are complex and/or 

having M. Stern as inventor, and having as assignee PICS JQ numerous. Unfortunately, consumers are often frustrated by 

Previews, Inc., the assignee of the present invention. This a i ac k of information, which can lead to the purchase of an 

provisional is incorporated herein by reference, in its unintended product or service. In other cases, the consumer 

entirety and for all purposes. mav avoid purchasing a product or service altogether due to 

This application is also related to the following copending frustration and confusion arising from the vast quantity of 

patent applications which have been filed concurrently with 15 available products. 

the present application: However, current point-of-purchase advertising programs 

Patent application Ser. No. 09/130,900, filed on Aug. 7, have severe limitations. For the most part they are based on 

1998, and entitled "DIGITAL DEPARTMENT a static, print-oriented media comprised of signage or pack- 

SYSTEM," having M. Stern as inventor; ing labels, with product messages lost in the clutter. On-site 

Patent application Ser. No. 09/130,998, filed on Aug. 7, 20 demonstrations or educational devices are often prohibi- 

1998, and entitled "METHOD AND APPARATUS tivel y expensive, take up valuable selling space, and are 

FOR DISTRIBUTING AUDIOVISUAL CONTENT," limited to a store-by-store approach, 

having M. Stern as inventor; and ^ ne known system of electronic point of purchase adver- 

Patent application Ser. No. 09/131,286, filed on Aug. 7, lisin f ale* electronic dot repeating message signs, 

1998, and entitled "A RECONFIGURABLE AUDIO- 25 suniIar 10 reader found m ma J or air P orts and broker * 

VISUAL PREVIEWING SYSTEM AND METHOD age nouses > in tne high-traffic aisles of supermarkets. Such 

OF OPERATION," having M. Stern as inventor. silent reader boards ' with [imil f two-dimensional displays, 

All of these applications are assigned to PICS Previews, do ° ot have [ he effectiveness of audiovisual presentations in 

Inc., the assignee of the present invention, and are hereby catchm S and relamm S viewer attention, 

incorporated herein by reference, in their entirety and for all 30 Another known variation on electronic point-of-purchase 

purposes advertising utilizes electronic display screens such as liquid 

crystal displays on individual shopping carts which convey 

BACKGROUND OF THE INVENTION messages to the shopper. Such systems again do not have the 

effectiveness of audiovisual presentations, and further 
The present invention relates generally to a method and 35 f uire a t deai of maintenaDce down-time due to their 
apparatus for the distribution of audiovisual content to susceptibihly to damage. Other known systems use satellite - 
consumers. More specifically, the present invention audio- transmitted television to broadcast advertising into super- 
visual content to consumers, wherein the audiovisual con- markets Such systems are typicaUy based on commercial 
tent is related to a given product's content or advertising netW0fk programming> although some permit the selective 
regarding the product. 40 cust omization of promotional messages by aisle, store, 

Commercial television and radio have been recognized as cna in, geographic area or demographic profile, 

a powerful and efficient medium for broadcasting advertis- However, the efficacy of these satellite-based systems, as 

ing and entertainment content to a large, widely dispersed well ^ Lhe other techniques described, depends on attracting 

audience. As a result, television and radio have traditionally and holding the customer's attention. If the information 

garnered a major share of advertising budgets. However, due 45 provided to the customer is not useful or pertinent, the 

to a variety of factors, advertising revenues for these media customer is not assisted in the purchasing decision. Indeed, 

outlets have been dropping over the past several years, a the provision of such information is not only pointless, but 

trend which is expected to continue. One major drawback of detrimental, in that there is then additional sensory input 

television and radio advertising is the failure of these media ^ whicfl the cusiomct must contend. And while interac- 

to do more than deliver a large number of impressions to a 50 tive consumer information systems exist (e.g., kiosks), such 

large and relatively undifferentiated audience. Advertising syslem s cannot be quickly updated to reflect changes in 

dollars are ineffectively spent on messages that reach the inventory, product revisions, changing demographics, or the 

wrong audiences under the wrong circumstances. Further, ^ Because pro ducts, and consumer preferences 

national network television is well suited only for the limited changej a system ^ needed whjch fl0t only aUows tQe 

number of product categories which are truly national in 55 con sumer to preview product information, but also allows 

scope and relatively impervious to regional and seasonal the informat i on being previewed to be quickly and easily 

variation. Moreover, the cost of multiple regional campaigns updated 

to address such issues on local television or radio stations ^ ^ ^ . a fcw Qf ^ shortcomin which 

for example, w,ll often equal or exceed that of a national have ^ (he fie , d Qf consumer infon,^ systems . 

program. 60 Asystem capable of aggregating and distributing advertising 

Delivery of advertising and product content at the point- - and product content, and allowing a customer to interac- 

of-purchase accomplishes what in-home television cannot, tive i y prev iew selected portions of that content is therefore 

in large part because it is directed not toward passive, - highly desirable, 
unreceptive viewers, but rather toward consumers who are 

actively seeking information and making choices based on 65 SUMMARY OF THE INVENTION 

that information. Ample evidence demonstrates consumers The present invention relates to a system for the distri- 

in a shopping environment are much more susceptible to bution of content. More specifically, the present invention 
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provides for a digital department system that allows con- puting hardware. DDS 100 utilizes a distributed architecture 
sumers to preview content, product demonstrations, (preferably a distributed three-layer architecture) and pro- 
advertising, and other informational, entertainment, and vides centralized content management and distribution con- 
promotional content, automatically and in response to con- trol via satellite (or other method, e.g., a wide-area network 
sumer inputs. 5 (WAN), the Internet, a series of microwave links, or a 

In one embodiment of the present invention, a digital similar mechanism) and in-store modules, 

department system is provided. The digital department sys- n * Content Providers 

temofthe present invention includes a network management Content may be provided from an advertiser 102, a 

center, a network operating center that is coupled to the recording company 104, a movie studio 106 or another 

network management center, a multimedia server, a multi- 10 content provider, such as other content provider 108. Adver- 

casting transmission medium coupling the network operat- tiser 102 can De a product manufacturer, a service provider, 

ing center and the multimedia server, a listening post aD advertising company representing a manufacturer or 

coupled to the multimedia server by the network, and one or service provider, or other entity. Advertising content from 

more audio/video display capable of displaying video and advertiser 102 consists of audiovisual content including 

capable of playing audio, the audio video display coupled to 15 commercials, "info-mercials", product demonstrations, and 

the multimedia server by the network. The audio and video tne 

content are stored in digitized files on the multimedia server Recording company 104 is a record label, music 

for distribution throughout the site via the network. publisher, licensing/publishing entity (e.g., BMI or 

A further understanding of the nature and advantages of dividual ^ or other **J of 

the present invention may be realized by reference to the 20 rela 1 ted content. Recording company 104 provides audiovi- 

remaining portions of the specification and the drawings. sual content such as music clips (short segments of recorded 

music), music video cups, and the like. Movie studio 106 is 

BRIEF DESCRIPTION OF THE DRAWINGS a movie studio, film production company, publicist, or other 

source related to the film industry. Movie studio 106 pro- 

FIGS. 1A and IB illustrate one embodiment of a digital 25 yides movie di pre . recorded interviews with actors and 

department system according to the present invention; actresses, movie reviews, "behind-the-scenes" 

FIG. 2A is a view of one embodiment of an interactive presentations, and similar content, 

endcap according to the present invention; Other content provider 108 can be any other provider of 

FIG. 2B is another view of one embodiment of an audiovisual content that can be displayed automatically or in 

interactive endcap according to the present invention; 30 response to a request by a customer. For example, other 

FIG. 2C is another view of one embodiment of an content provider 108 could be a computer software company 

interactive endcap according to the present invention; and suc h as a game software company, a business software 

FIG. 3 is a view of a wall of eyes according to the present company, or other such software manufacturer. Other con- 

invention tent P r0Vlc ^ er provides audiovisual content depicting a 

35 demonstration of the software by a user, a "canned" (i.e., 

DETAILED DESCRIPTION OF THE preset) demonstration of the company's software, an oper- 

INVENTION ating demonstration version of the software, or similar 

I. Introduction audiovisual content. 

In an embodiment of the present invention a new digital III. Network Management Center 

content distribution network is presented, providing com- 40 Content is preferably procured by the entity operating a 

mercial sales outlets of a commercial entity expanded band- network management center 110 (NMC 110) via traditional 

width for delivery of video, audio, graphics, text, data, and recorded media (tapes, CD's, videos, and the like). Content 

other types of information streams within (and also,"' provided to NMC 110 is compiled into a form suitable for 

optionally, outside of) these commercial sales outlets. This distribution to and display at the commercial sales outlets 

new paradigm redefines in-store merchandising in the mass 45 being supplied. This normally includes using audiovisual 

merchant channel and creates a new commercial sales clips provided by the various sources and editing-down the 

environment which stimulates sales by offering customers/ full-length content that may also be provided by those 

entertainment and extensive product information in a • sources. 

simple, easy to use format. NMC 110 maintains a catalog (database) of products for 

A digital department system (DDS) 100 illustrated in 50 preview. NMC 110, in accumulating and compiling this 

FIGS. 1A and IB allows for the distribution of promotional information, also digitizes this information and provides it to 

and product content to one or more commercial sales outlets, a Network Operations Center (NOC) 120 in the form of 

such as a department store, convenience store, retail outlet, digitized data files 122. It will be noted that data files 122, 

discount outlet, or other such location. although referred to in terms of digitized audiovisual 

DDS 100 is a system employing a combination of soft- 55 content, can also be streaming audio, streaming video, or 

ware and hardware that provides cataloging, distribution, other such information. Each product may have associated 

presentation, and usage tracking of music recordings, home digital files containing information pertaining to the product, 

video, product demonstrations, advertising content, and Alternatively, all the information may be compiled into one 

other such content, along with entertainment content, news, ■ file. Following are examples of the types of files/information 

and similar consumer informational content in an in-store 60 that may be catalogued and maintained: 

setting. This content includes content presented in MPEG1 Video clips (music video, movie clip, product 

and MPEG2 video and audio stream format, although the demonstration, and the like) 

present system should not be limited to using only those Liner notes 
formats. Software for controlling the various elements of 

DDS 100 preferably runs in a 32-bit operating system using 65 Dale for broadcasl ' 

a windowing environment (e.g., MS-Windows™ or Audio clips 

X-Windows operating system) and high-performance com- Song titles 
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Region for broadcast 
Graphics 
Album/artist info 
Date lo delete 

The NMC system also has the capability of maintaining a 
catalog of sponsor information that has been stored as digital 
files. The following are examples of the types of files that 
can be cataloged and maintained, although the types of files 
that may be catalogued should not be limited to the follow- 
ing: 

Sponsor commercials 
Sponsor bumpers 
Sponsor graphics 

Finally, NMC 110 is capable of maintaining a catalog of 
items stored as digital files that do not specifically pertain to 
a product or sponsor. An example of such items would be 
attract videos. Attract videos are general promotional, 
informational, or entertainment videos that are intended to 
attract a consumer's attention while they are shopping, in 
order to increase the likelihood of their 

All files are preferably named so that they are uniquely 
identifiable. For example, the file names for products can be 
based on that product's UPC code, which uniquely identifies 
that particular product within the system. A software module 
may be used to assemble the applicable file names for a 
content update into a script to be delivered with the update. 
This would support transmission schemes such as packaged 
delivery (using, for example, compressed files, files stored 
using a UNIX tar command, or the like). Of course, files may 
also be sent separately. 

In order to update the content of a site or group of sites, 
at least the following information is preferably maintained 
for each site: 

Site identifier 

Network addresses of on-site devices 
Routing protocol 

Software, as described in the copending patent application 
entitled "METHOD AND APPARATUS FOR DISTRIBUT- 
ING AUDIOVISUAL CONTENT," is used to categorize, 
name, and catalog content at NMC 110. This function is 
referred to" herein as content cataloging and scripting. This 
function is used by NMC 110 to manage content and create 
scripts for in-store playback. These may be integrated into 
the existing management system. The distribution software 
may be configured to expect this function to be performed by 
the operator of NMC 110. The functions provided preferably 
include at least the following capabilities: 

The ability to catalog titles by UPC and type as well as 
related content 

The ability to define and specify groups and date ranges 
for where and when content is active 

The ability to define a scripted playlist for video bumpers, 
attract loops, and the Wall-of-eyes (described 55 
subsequently) 

The ability to view/edit/delete/copy scripts 

Data elements listed below are referenced by the distri- 
bution module when compiling a distribution. The data 
elements that represent changes to existing tables can be 60 
added to current screen layouts for user data entry. The DDS 
system's flexibility allows new tables and the required 
additional screens to be developed by the NMC's operator, 
and then integrated into the DDS system. 

The system has the ability to track titles (CD's, videos, 65 
general merchandise, software (including CD-ROMs), and 
other such products) and the cataloging/inventory informa- 
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tion associated with them. Preferably, information be pro- 
vided for each title that specifies the groups in which stores 
are located for distribution of appropriate titles is supplied to 
DDS 100. Additionally, DDS 100 preferably receives infor- 
mation specifying the location of content files and script 
definitions that define the graphical behavior of the endcap 
unit(s) during attract modes and when titles are scanned. 
Other information preferably supplied to the DDS system 
includes, but is not limited to: data specifying text and 
graphic overlays for titles during video and audio playback, 
text strings (or other display data) that are to be used in the 
endcap attract mode, and endcap settings during audio 
playback. 

The user interface includes several screens. The screens 
for user data entry of data elements used by the distribution 
module include, but are not limited to those listed in Table 
1. 

TABLE 1 

Data entry screens for the distribution module. 



Screen 



Explanation 
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Groups 
Store Groups 
Button Groups 
Video Text 
Audio Text 
Video Icons 
Audio Icons 
Script 

Attract Script 
Scan Script 
LCD Text 
Bumper Exclusion 

Audio Settings 



Screen for data entry of groups that 

are used to group stores 

Screen for user to associate stores 

with defined groups 

Screen for user to associate buttons 

(titles) with defined groups 

Screen for data entry of text 

overlays of video clips 

Screen for data entry of text 

overlays during CD audio playback 

Screen for data entry of graphic 

overlays of video clips 

Screen for data entry of graphic 

overlays during CD audio playback 

Screen for data entry of script 

definitions 

Screen for data entry of attract mode 
portion of a script definition 
Screen for data entry of user-scan 
portion of a script definition 
Screen for data entry of LCD text 
strings in a script definition 
Screen for data entry of bumpers to 
be excluded for certain videos in a 
script definition 

Screen for data entry of endcap 
settings during audio playback 



The distribution and delivery module is the software module 
used at NMC 110 to create distributions destined for stores. 
The computing platform used by NMC 110 is preferably a 
high-performance PC-compatible desk-top system (e.g., 
Windows 95™, Windows NT 4.0™, LINUX™, or other 
operating system running on a PC-compatible computer 
having at least 16 MB RAM). The module's source code is 
compiled into an executable, and may be written in any 
suitable computer language, although the C++ computer 
language is preferable. 

The functionality provided by this module preferably 
includes, but is not limited to: 
The ability to create a distribution pack or a set of content 

from the existing NMC cataloging system 
The ability to package and assign a distribution pack to be 

sent to a store or a group of stores 
The ability to verify the integrity of a distribution by 

scanning for the existence of referenced files 
The ability to send via FTP the distribution files to NOC 
120 

The ability to graphically display transmission informa- 
tion 
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The ability to log transmissions of distributions 

The ability to view the transmission logs 
The Database module manipulates the NMC database as 
well as the 'Distributions' table described below, among 
other data. Information used by this module includes, but is 
not limited to, data regarding the UPC code, the site groups, 
the UPC groups, the related video materials (if any), the 
related audio materials (if any), and additional information, 
as needed, which is described further in the copending patent 
application entitled "METHOD AND APPARATUS FOR 
DISTRIBUTING AUDIOVISUAL CONTENT," as 
included previously. 

The interface of this software consists of a main screen 
with a grid layout of existing distribution records and a 
mechanism to define and schedule new distributions. For 
example, in order to generate a new distribution, the user can 
specify some or all of the following: 

A target group name from the 'Groups' table. 

A date when the distribution is to be sent. 

A blank date will specify ASAP status. 

A beginning and ending date range from which to select 
titles to be distributed and/or removed from a current 
distribution. 

A script definition identifier. 

FTP address and directory or local directory for distribu- 
tion and envelope files to be transferred. 

Once a distribution has been defined by user, a record irT^ 
the 'Distributions' table is made and the following events I 
occur. First, a distribution set is created. The system can I 
perform a relational join between the relevant tables and 30 
execute a query for title/content identifiers (e.g., UPC code) 
that match the group and date range specified in the 'Dis- 
tributions' table. This set of identifiers is referred to as the" 
'pending distribution set' and is copied into a new generated 
table that identified using the associated distribution identi- 
fier from the 'Distributions' table. This table is then a record 
of the content that is to be included in distribution according 
to the user parameters stored in the 'Distribution' record. 
The filename and path of this table is stored in the 'Distri- 
bution' record. Preferably, the system removes these files/ 
automatically when they are no longer needed. 

Next, one or more difference sets are created. For each 
store in the targeted group, the pending distribution set table 
is compared to the store's current distribution set table and 
a result difference set is generated. This set represents only 
the differences between the current and pending distribution 
sets and is copied into a temporary table that is preferably 
identified in part by either the group name for the targeted 
group or the store identifier of the targeted store. This set is 
preferably the same for all the stores in a group, except in the 
case where a store has been recently added or moved to a 
group where it has a different current distribution set than 
other stores in the group. In such a case, a separate difference 
set is created for each newly added store in the group, with 
the file name reflecting the store's identifier. 

Next, one or more distribution package(s) are created. 
Using the information in the difference table, the system will 
then perform several actions, preferably including at least 
the following: 

Searching for and compiling the binary content files 
associated into a temporary directory structure that will 
mirror the in-store directory structure. 

Creating necessary files used for textual information,* 
including, for example: 

UPC.INI— where UPC is the UPC code of the CD title. 
This file is required for the listening post for LCD 
text data when playing audio-only CD's. 
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LPX.IN1 — where x is the listening post number. This 
file is used for attract mode LCD text. 
Storing files in the directories as they appear on the target 
machine. The system creates in temporary storage the 
directory and file structure as it appears on the in-store 
target machines and copy content to the appropriate 
locations. 

Compressing the content files, including directory infor- 
mation into separate compressed files, one for each 
type of target in-store machine. 

Compressing the collection of separate compressed files 
into a master compressed file along with an information 
file on the directions for decompression. 

Creating a satellite attributes (envelope) file using the 
group defined in the 'Distribution' record's 'Group_ 
Name' field in order to compile a fist of store addresses 
to include in the envelope file. 

Transmitting the file(s) by copying the files to temporary 
storage area where the sender module sends the files for 
transmission. 

r Receiving acknowledgment from the sites receiving the 
1 content. The system waits for a given time interval and 
collects acknowledgments from each recipient. Also 
\ performed is error checking, during which NMC 110 is 
) notified of any packages that weren't sent or received. 
\ This mechanism may be effected via the transfer of 
^acknowledgment files. 
The envelope format contains several fields that define 
behaviors of package distributions. The various modules 
that handle packages in the envelope format may contain 
registry entries for these settings and may refer to them when 
assembling the envelope file. Once a file is transferred 
successfully to NOC 120, the 'Sent_Date' field of the 
/Distributions' table can then be updated and the temporary 
'data deleted. 

rSThus, the software can be used create 'distribution packs' 
that targeted to specific store sites and delivered to one or 
more stores on a scheduled or on-demand basis. The distri- 
bution packs, if used, contain content that is intended to 
either replace or enhance existing content already present 
on-site (unless the site's system is being initialized for the 
first time, in which case the packages delivered will for the 
basis of the site's initial content). Alternatively, the files may 
be compressed and transferred separately, or a streaming 
compression program of some type employed. 
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IV. Network Operations Center 

Using the file compression approach mentioned above, 
the new content and script is compressed into a single file. 
The compressed file, along with the above site information 
for each affected store, is then transmitted to NOC 120, 
which may be a satellite communications center, an ISP on 
the Internet, a WAN hub, or other such central location. 
Optionally, the information may be distributed directly from 
NMC 110. Sites with identical content updates can be 

L designated as groups (regions), if, for example, multiple file 
transfer protocol (MFTP) sessions or multicasting is used. 

As will be apparent to one of skill in the art, in fact, 
several methods for distributing the information via satellite 
0 exists. Among these are internet protocol (IP) multicasting, 
switched multimegabit data service (SMDS), WAN 
protocols, internet group management protocol (IGMP), and 
Starburst™ multicasting (Multicast FTP™). These methods 
support the broadcasting or multicasting of promotional 
content to the commercial sales outlets. 

One example of a multicasting technique is the Multicast 
File Transfer Protocol (MFTP) from Starburst™. This pro- 
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tocol is described in great detail in the specification entitle 
"STARBURST MULTICAST FILE TRANSFER PROTO- 
COL (MFTP) SPECIFICATION," (filename: draft-miller- 
mftp-spec-03.txt; dated April, 1998) which can be viewed at 
the time of this writing at the following universal resource 5 
locator on the World Wide Web: 

http://www.ietf.org/internet-drafts/draft-miller-mft 
p-spec-03.txt 

which is included herein by reference, in its entirety and for 
all purposes. File Transfer Protocols (FTP) are the work- 10 
horse file transfer protocol associated with the TCP/IP 
protocol suite. FTP is the file transfer application used for 
pulling documents off of the Internet, for example. FTP runs 
on top of the TCP transport layer. FTP relies on TCP for 
reliable delivery of data, as TCP provides connection- 15 
oriented service. This means acknowledged error correction 
of data transmissions and guaranteed ordering of frames. 
Connection-oriented transport protocols set up virtual 
circuits, where the virtual circuit makes the connection look 
like a physical circuit for the duration of setup. TCP, like 20 
many other error correcting protocols, corrects data on the 
fly based on the concept of sliding windows. The transmitter 
sends out a window worth of data before requiring an 
acknowledgment. For maximal efficiency, the window size 
(i.e. the time to send out a window worth of data) should 25 
match the round trip network delay. If this matches, the 
traasmitter will not have to wait for acknowledgments but 
can continue to send data continuously. 

TCP uses dynamic windowing, where the window size is 
calculated and set dynamically based on measurements of 30 
round trip delay and other parameters such as receive buffer 
size. However, the delays incurred in satellite data networks 
can be beyond the limit of window size, especially at high 
transmit rates, resulting in transfer inefficiency. FTP requires 
the setup of two TCP virtual circuits, one for control and one 35 
for the actual data transfer. The control virtual circuit is used 
for logging in and setup of the file transfer, with the other 
used strictly for data transfer. Hosts with multitasking oper- 
ating systems, such as UNIX workstations, can have mul- 
tiple FTP connections simultaneously to multiple sites 40 
allowing files to be sent to multiple sites concurrently. 

A file transfer service in the TCP/IP suite that operates on 
top of UDP is the Trivial File Transfer Protocol, TFTP. TFTP 
was designed to be a very simple alternative to FTP, and was 
conceived to be so simple it could be implemented in a 45 
ROM. One big usage originally envisioned was for machine 
boot of software at startup. UDP provides a simple datagram 
service for transport. No error correction is provided, 
although error checking is done, with bad packets simply 
dropped. Packets may be delivered out of order. Thus, TFTP 50 
must provide the error control at the application layer to 
make sure that the file is transferred error free. 

TFTP operates with a window of one with a fixed appli- 
cation layer message of 512 bytes. This means that every 
512 bytes of transmission requires receipt of an acknowl- 55 
edgment before the transmitter can proceed to the next 512 
bytes to be sent in the file. Window of one protocols work 
reasonably well when there is little round trip delay in the 
network, for example on a LAN. But if there is significant 
delay relative to the time to send a message, efficiency 60 
suffers greatly because the transmitter has to wait a high 
proportion of the time for acknowledgments. 

Another file transfer protocol is based on the Multicast 
File Transfer Protocol (MFTP). MFTP operates over UDP in 
the TCP/IP protocol suite. An explicit transmit rale is 65 
sellable, allowing a known amount of bandwidth to be 
reserved for other applications. The protocol is efficient, 



with little performance degradation due to delays over 
satellite or wireless networks. MFTP is designed for multi- 
cast and broadcast usage over data networks of all sorts 
including wireline and wireless WANs, and in other sce- 
narios where multicast and broadcast services are becoming 
available. 

There are three basic entities defined in the MFTP pro- 
tocol; the frame, which is a link layer entity and has the same 
meaning for MFTP as for other protocols, the block which 
consists of a number of frames, usually hundreds or possibly 
even thousands, and a pass, which consists of transmission 
of the whole file on the first pass, and missing pieces on 
subsequent passes. Clients are obliged to send acknowledg- 
ments about the previous block at block boundaries. A 
selective reject negative acknowledgment indicates those 
frames within the block that are missing or in error. 

An MFTP transmitter does not stop and wait for acknowl- 
edgments before continuing transmission. Rather, it trans- 
mits continuously until the whole file has been transmitted, 
at which point it sends another "pass" consisting of only 
those frames that were negatively acknowledged. A third or 
fourth pass may be required to complete error free trans- 
mission to all clients. The concepts of not stopping and 
multiple passes results in acceptable file transfer efficiency. 
The transmitter is transmitting the file virtually all of the 
time so that higher speeds can be used than might otherwise 
be possible. Only bad frames are resent. Performance tends 
to be independent of network round trip delay, which is 
important for high speed wireline, satellite, and CDPD 
wireless infrastructures. Multicast as well as unicast service 
is available when using MFTP. 

MFTP has the additional capability to dynamically set up 
and tear down groups and add and delete members of a 
group to which a file is to be transferred. This capability 
provides a high level of flexibility and convenience to the 
user. Dynamic groups capability is able to operate in two 
different network environments; multicast IP for routed 
networks, and multicast frame relay or multicast SMDS for 
bridged environments. In the latter case, the group is set up 
totally in the application layer under control of MFTP. In 
routed networks, the routers route based on the location of 
members of the group using the IGMP protocol described in 
RFC1112, which is included herein by reference, in its 
entirety and for all purposes. 
V. Communications Network 

NOC 120 communicates digitized data files 122 to a 
commercial sales outlet 130 via a communications network 
125. Communications network 125 can be implemented in 
any one of several technologies. For example, a satellite link 
can be used to distribute digitized data files 122 to commer- 
cial sales outlet 130, as described below. This allows content 
to easily be distributed by broadcasting (or multicasting) the 
content to various locations. However, any response by the 
systems are those locations must be accomplished in some 
other manner, such as by leased line, public telephone line, 
the Internet, or some other comparable mechanism. 

Alternatively, the Internet can be used to both distribute 
audiovisual content to and allow feedback from commercial 
sales outlet 130. Other ways of implementing communica- 
tions network 125, such as using leased lines, a microwave 
network, or other such mechanisms, will be apparent to one 
skilled in the art. 

As an example, FIG. 1 A depicts communications network 
125 as a satellite link that includes a transmitting station 121, 
a satellite 127, and a receiving station 128 at commercial 
sales outlet 130. Also at commercial sales outlet 130 is a 
receiver/decoder 135. Digital data files 122 are sent by NOC 
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120 via transmitting station 121 to satellite 127, which then 
broadcasts this information to various locations, such as 
commercial sales outlets (exemplified by commercial sales 
outlet 130). These commercial sales outlets receive this 
information via satellite receiving systems, such as receiving 
station 128. The digitized information is then provided to 
receiver/decoder 135 which then distributes this information 
to various points in commercial sales outlet 130. 

Receiver/decoder 135 is capable of receiving, processing, 
and providing voice, video, data, and other forms of infor- 
mation to various devices within commercial sales outlet 
130. While the configuration of the communications net- 
work 125 (and in particular, transmitting station 121, receiv- 
ing station 128, and receiver/decoder 135) will vary accord- 
ing to the technology used to distribute digital data files 122. 
For example, while transmitting station 121 and receiving 
station 128 are described in terms of a satellite network, one 
of skill in the art will recognize that these elements could 
support broadcast or duplex communications systems. These 
elements could therefore be satellite transmitters/receiver 
pairs, a multicast network, a UUCP (Unix-to-Unix CoPy) 
network, or the like. Alternatively, these elements could be 
network interface cards, microwave transceivers, infrared 
transceivers, or the like. In this example, a satellite broad- 
casting system is employed. Transmitting station 121 and 
satellite 127 are implemented using commercially available 
satellite communication technology, and so are not 
described in detail herein. 

Receiving station 128 and receiver/decoder 135 may also 
be of any conventional design, but are preferably imple- 
mented using satellite technology that lends itself to ease of 
installation and operation such as that available from 
Hughes Networking Systems, Inc., or DigitalXpress. An 
example of a satellite broadcast solution is the Receive-only 
Earth Station (RES™) system, by Hughes Network 
Systems, offers a flexible and cost effective means of receiv- 
ing data broadcast by satellite. In this configuration, receiv- 
ing station 128 and receiver/decoder 135 simply receive data 
files 122. Responses to NMC 110, reporting of broadcast 
errors, reporting of system integrity, reporting of consumer 
information, and the like are by telephone or leased lines 
(not shown), or other mechanism. Thus, the focus in this 
type of system is the provision of data files 122 to the remote 
sites. 

The RES™ system is a satellite -based digital data 
receiver supports the distribution of high volumes of data in 
a data broadcasting environment. The REST™ design has an 
L-band receive interface and supports fine tuning in 1 kHz 
steps. The RES™ system thus provides reliable and efficient 
satellite data reception. 

The RES™ package includes a low noise block down- 
converter (LNB), an interfacility link (IFL), and an indoor 
unit (IDU). The LNB, which can be easily integrated with a 
variety of receive-only antennas, downconverts the RF C- or 
Ku-band signal to L-band. The L-band signals are sent to the 
IDU via the IFL. The entire IDU, housed in a space -efficient 
set -top box, demodulates and decodes the signal. 

The RES™ system is an elegant and self-contained set- 
top unit, and is able to operate in a variety of environments. 

The RES™ system is configured and controlled by means 
of software running on a personal computer, workstation, 
"dumb" terminal, or the like. The software enables the 
operator to set the unit's operational parameters. Thus, by 
software selecting system features such as the data rate, 
modulation type, and coding type, network flexibility is 
obtained. The software also maintains a check on the status 
of the RES™ system. Status information available includes, 
but is not limited to: 



56,914 Bl 

12 

User data rate 
Modulation type 
FEC type 

5 Receive frequency and offset, and other receiver param- 
eters 

The RES™ system's functional modes include the following 
four modes. During the idle mode, the RES™ system is 
quiescent, awaiting commands. During the acquisition 

1Q mode, the RES™ system is actively searching for a receive 
signal in a region around an assigned frequency. During the 
tracking mode, the RES™ system is tracking, demodulating, 
and sending data to the user's system (e.g., a multimedia 
server 160 in commercial sales outlet 130). During the fade 

15 mode, the RES™ system has recognized a faded signal 
condition and is waiting for signal conditions to improve 
before resuming tracking mode, or until it times out and 
returns to acquisition mode. The RES™ system supports the 
demodulation of signals modulated using quadrature phase - 

20 shift keying (QPSK) or binary phase-shift keying (BPSK) at 
data rates of between about 64 kbps and 2.048 Mbps in 
multiples of 64 kbps (including 1.544 Mbps). The data rate 
used is software selectable. The data interface provided is, 
for example, an RS-422 interface, although other interface 

25 specifications can easily be met using the given hardware. 
Error coding can be, for example, Viterbi decoding (e.g., 
K«7 in R 1/2 and R 3/4). 

Another example of a satellite broadcast system is the 
Gemini Earth Station (GES™) from Hughes Network 

30 Systems, Inc. (HNS), which combines the HNS 9100 Uni- 
versal Modem (UMOD) with a reliable and economical 
outdoor unit (ODU). The ODU unit employs an integrated 
architecture that provides high performance at reasonable 
cost. The GES™ is used in point-to-point (unicast) and 

35 point-to-multipoint networks. The GES™ offers the follow- 
ing advantages over conventional systems: 
Low-cost VSAT stations 
High reliability 

Good performance and versatility 
40 Single interfacility link (IFL) cable 
Easy operation and maintenance 

The remote RF equipment can be controlled from inside 
the site 

45 Simplified aiming of the antenna that requires only a 
voltmeter 

Integrates with other HNS products such as the Personal 
Earth Station™ (PES™, discussed infra) and the 
RES™ system (discussed supra) 

50 Local and remote monitor and control capabilities 

The GES™ can be configured to operate in satellite bands 
such as the C-band and Ku-band. The station includes an 
indoor unit (IDU), an ODU, IFL, and antenna. The IDU 
consists of an HNS UMOD and an RF interface module 

55 (RFM). The 70 MHz intermediate frequency (IF) output of 
the UMOD interfaces with the RFM to convert the IF signals 
(transmit/receive) for use by the ODU. The RFM board also 
contains a multiplexer to combine all power, control, and 
transmit/receive signals onto a single IFL cable. 

60 The universal modem can accommodate quadrature 
phase-shift keying (QPSK) or binary phase -shift keying 
(BPSK), although one of skill in the art could easily envision 
other modulation schemes that could successfully be used in 
this system. A viterbi, sequential decoding scheme is used 

65 for forward error correction, with coding rates of 1/2, 3/4, or 
1 (i.e., no coding). Data rates supported by the system range 
from about 9.6 kbps to about 8.448 Mbps, and are preferably 
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controlled in 1 bps steps. Data interfaces that the GES™ tion 128 and receiver/decoder 135. One system from Digi- 

supporls includes RS-232, RS-449, V.35, and G.703, talXpress includes an antenna kit and a receiver. The antenna 

although other formats can easily be accommodated in such kit consists of a 36" reflector, a non-penetrating roof mount, 

a system. and Ku-band (11.7 to 12.2 Ghz) LNB (low noise block 

The system may be monitored and controlled in several 5 downconverter). The antenna is easily aligned and is secured 

ways, such as by a front panel keypad and display, or by a via the mount to the roof with ballast. The antenna receives 

terminal interface command set (e.g., for use with a "dumb" linearly polarized signals from the DigitalXpress transpon- 

terminal). Other monitor and control interfaces can easily be der on the SBS-6 satellite located at 74 degrees west 

devised, such as a graphical user interface (GUI) monitor longitude. The LNB is located at the focal point of the 

and control system software. Optionally, a Viterbi/Reed- 10 Ku-band antenna, receives power from the DigitalXpress 

Solomon concatenated codec may be employed for digital satellite receiver and generates an L-band (950 to 

improved bit error rate (BER). 1450 Mhz) RF signal which is routed to the satellite receiver 

An example of a satellite system capable of supporting via an RG-6 coaxial cable. The antenna has a frequency 

two-way satellite communicalioas is the Personal Earth range of between about 10.95 GHz and 12.75 Ghz. Also 

Station™ (PES™) from HNS. This system provides a low- 15 offered is a 1.2 m antenna with similar characteristics 

cost, high capability satellite communications system. The The DigitalXpress receiver is a tabletop, VCR -sized com- 

system is part of a private satellite network that supports ponent that connects via coax cable to the LNB and antenna, 

two-way data, voice, multimedia, and one-way broadcast The receiver has the following outputs: 

video and data communications between an NOC and S Video 

remote sites. 20 Modulated Channel 3/4 TV 

A PES™ system is located at each remote site on the c , A 

; . . VT ^^ Stereo Audio 
network, providing communications with NOC 120. NOC 

120 may be, for example, a hub station located at a user's Wideband Data Port 

headquarters or data center or an HNS operated "shared RS-232 Port 

hub." The PES™ system effectively supports data-intensive 25 RJ-H Telephone Port 

applications and, at the same time, provides fast response RS-422 High-Speed Data Port 

times for interactive applications. Capacity is allocated to These outputs are similar to those of a VCR, with the 

remote sites on demand, providing optimum response times exception of the Wideband Data, Telephone, and RS-232 

for remote applications. ports, which are used for data applications. The receiver kit 

The PES™ network is made up of two components: an 30 also includes a security system utilizing an access card. This 
outdoor unit (ODU) and a digital indoor unit (DIU). The credit card sized device contains active electronics, and 
ODU is a small antenna with an antenna-mounted radio employs a verification system that allows only authorized 
frequency (RF) unit that enables the transmission of signals users to decrypt video and computer data, 
originating at the remote site and the reception of signals VI. Digital Department System™ On-Site Network 
originating from the hub. Functions performed by the ODU 35 Receiver/decoder 135 is preferably capable of receiving 
include signal reception and downconversion to intermedi- both digital and analog information. With regard to data 
ate frequencies, and signal transmission and upconversion to reception and distribution, receiver/decoder 135 is con- 
radio frequencies. The size of the antenna depends on the nected to various network nodes in commercial sales outlet 
data rates used and the satellite coverage available. The 130 via a network system 150. Network 150, while it may 
ODU is installed at the remote site, typically on a nonpen- 40 be directly connected to various other nodes in commercial 
etrating mount secured by ballast on the roof of the remote sales outlet 130 is connected in FIG. IB to multimedia 
site. server 160, as noted. For most of data files 122, once they 

The DIU converts signals to and from baseband frequen- are received by receiving station 128 at commercial sales 

cies and provides interfaces to user equipment. The standard outlet 130, they are passed to receiver/decoder 135, which in 

DIU is provided with two ports. Additional interfaces are 45 turn passes them on to multimedia server 160. Multimedia 

available through a variety of expansion options. Multiple server 160 is connected via the network (e.g., an ether 

protocols are supported enabling interfaces to a variety of network using a TCP/IP protocol stack, and using FTP file 

data processing and computer equipment. Video is transmit- transfers to distribute the promotional information) to vari- 

ted independently of data and voice. The DIU is attached to ous nodes in commercial sales outlet 130. These nodes 

the ODU through a single IFL cable. 50 include (but are not limited to) an in-line home video station 

This system can operate, for example, at frequencies in 161, an in-line computer hardware and software interactive 

the Ku-band, the C-band, and other satellite bands, at display 165, an in -store radio system 170, a wall-of-eyes 180 

various data rates. Asynchronous data rates are supported up (which may be connected to either multimedia server 160, or 

to 19.2 kbps, while synchronous data rates of between about to receiver/decoder 135 via a video switch 175, which is 

1.2 kbps and 64 kbps, at standard data rates, are supported. 55 optional), listening posts 185, audio/video endcaps 190, 

Interfaces supported include data interfaces, LAN audio/video endcaps in other departments 195, on-line ser- 

interfaces, voice interfaces, and video interfaces, such as vices 200 and an entity LAN 210. Entity LAN 210 may be 

RS-232, RS-422, V.35, RS-530, Ethernet (UTP, coaxial), connected to an on-line internet commerce access system 

Token-Ring (Type 1, Type 3), RJ-11 (two-wire loop start or 220, a UNIX server 230 and/or a CBL server 240, among 

four-wire E&M). Protocols supported by the PES™ system 60 other such possible connections. 

include, but are not limited to, Ethernet (10 Mbps), Token- Preferably, each site (as represented by commercial sales 

Ring (4/16 Mbps), SDLC (PU4-PU2, PU4-PU4), SDLC-to- outlet 130) houses a multimedia server (represented in FIG. 

Token-Ring, X.25, BSC 3270, TINET, Bit and Byte IB by multimedia server 160). Each multimedia server is 

Transparent, HASP, Frame Transparent, X.3/X.28 PAD, capable of receiving distribution packs and, accordingly, 

Broadcast, and other, more specialized protocols. 65 distribute them in-store. Interactive Endcaps are capable of 

Alternatively, a system such as that manufactured by storing their own content and receiving content when dis- 

DigitalXpress may be used in implementing receiving sta- tribution packs are received. Optionally, other audio content 
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may be served on-demand from multimedia server 160 to Station™ from HNS might be employed as described pre- 

the requesting listening post or audio/video endcaps 190. viously. Multimedia server 160 may contact NMC 110 either 

Additionally, multimedia server 160 is capable of driving on a scheduled basis or an event triggered basis. An example 

wall -of-eyes 180 as a separate sub-system. Content intended of a scheduled dial-up could be to report daily usage 

for wall-of-eyes 180 may be included in a distribution pack 5 statistics. An example of an event triggered dial-up could be 

(or sent separately) and may be hardware pre-empted when a diagnostic failure. 

a live video feed is presented via video switch 175. DDS 100 Also provided is a data routing module. On a regularly 
is capable of gathering user usage statistics and performing scheduled basis, multimedia server 160 may be configured 
periodic diagnostic checks on itself and audio/video endcaps to search a pre-determined list of directories for the exist- 
190. Gathered information may be sent by the DDS server 10 ence of new files or new versions of files. If new files are 
to NMC 110 on a scheduled or on-demand basis (e.g., via an found, they may be sent to a network address associated with 
FTP backchannel communication). Optionally, multimedia the directory in which they are found, 
server 160 may also provide certain in-store management Also provided is a boot-up module. When the multimedia 
functions. server boots up, it preferably commences normal server 
VII. Multimedia Server Operation 15 boot-up functions. Preferably, the boot-up module also 
Software (not illustrated) residing on multimedia server checks for evidence of a previous abnormal shutdowns. This 
160 provides operational and database functions to support may include invoking the data routing module, 
the distribution of promotional content and the gathering of Also provided is a management module. The management 
system and customer statistics. This software is described in module has the capability of providing store management 
great detail in the concurrently-filed, copending Patent 20 with the ability to log on to the multimedia server as a user 
application Ser. No. 09/130,998 entitled "AN AUDIO VI- with limited access to make modifications to pre-defined 
SUAL CONTENT DISTRIBUTION SYSTEM," having M. files. An example would be to create or modify a text file 
Stern as inventor, which has been incorporated by reference, containing a promotional message for a featured product, 
but is described here briefly for completeness. Also provided is a distribution recipient and router mod- 
Multimedia server 160 is a computer (preferably, a 25 ule. The distribution recipient and router module is prefer- 
PC-compatible computer) that preferably runs one or more ably started by the satellite communications module when a 
of the following software packages: file (e.g., one or more of data files 122) has been received 
DDS distribution receipt module and * read y for distribution. The file transferred may be 
DDS maintenance module P assed on the command line > ° r provided in another manner 
Endca Lo Server 30 ^ e ^ v an operator). Functionality provided by this mod- 

P ^ ules includes, but is not limited to the following: 

TCP/IP and FTP network services (or software providing ^ abm to de ress distribution packs 

comparable functionality) ^ , , , c , . - ri , C1 

r J/ The ability to determine from setup. mi rile where files are 

HTTP services t0 be decompressed t0 

Wall-of-eyes Script Module 35 xh e abilily to route appropriate portions of distribution 

IP Multicast Software (or software providing comparable pac ks to addressed Interactive Endcaps 

functionality) ability to log the reception and routing of distribution 

On or more of the above software modules, aside from the packs 

distribution receipt module are preferably loaded either as ^ abm [Q ^ distribution j 

services or are run as background tasks. Hie wall-of-eyes 40 ™_ ..... . , , , . c . 

, , . n *u c 1 c j The ability to provide acknowledgment of packages 

script module is normally the focused foreground apphca- . m , P ^r>™ A ™„ ... . 

. • j u Ann • -* t-u f ui directly to the NMC OPERATOR through direct FTP. 

tion and so should have CPU priority. The server preferably A J c • . _r j - 1 u 1 j 

, . . .. f ., I ._ : Any manner of user interface display may be employed, 

has network access to the endcap stations through network , . J c . . . . . *V * m j- 1 ■ 

C1 . A . ., .. . . u c but preferably, a mam window with a grid displaying 

file services. Access to the listening posts may be, for .. . t. . /' , . * u j- * -u ** ■ 

1 *u u 1 1 ** ry. , distribution data log records for each distribution is pre- 

example, through TCP-level communication. The software 45 . . . K f . . - . . , . , * , 

u . • j ,1 /• t • . j sented to the user. No interface is displayed when launched 

on multimedia server 160 provides the functionality required ... , t . C1 4 V. ■ j 1 

. . „ \ u . . c * * ■ w i tn a command- hne file argument, rhis module receives 

to manage content, allow the previewing of content, mam- c , c lL j- . -l ? ci tL j i- 

f , . K . I f. ... the filename of the distribution file on the command line 

tain system and consumer statistics, and the like. , . , , A - iL £1 . . . , . r .. 

^ J . . j j * • 1 . .u t^co * when launched. After the file is located, the following 

One of the modules needed to implement the DSS system . . /• . & 

... . .... r . .. . . » r . operations can be performed: 

on-site is a satellite receiver communications module. Mul- 50 , ... ... 

timedia server 160 will periodically receive data from NOC Flle decompression into the temporary directory into 

120. This may be via a satellite receiver at commercial sales individual compressed files 

outlet 130 (as shown in FIGS. 1A and IB), or may be by Parsing the setup file to determine the source files and 

some other method, such as a wide-area network (WAN), an destinations 

Internet connection (either by independent service provider 55 Recursive decompression of files into the appropriate 

(ISP) or leased line), or other method. The data will gener- destination directories 

ally be contained in a ZIP file, alone with instructions Removal of temporary and original download files is then 

regarding the directory into which it needs to be unzIPped. performed 

Alternatively, the files may be sent uncompressed, or sent A log file record may be generated in the log file 

separately, or packaged using a UNIX tar command or 60 Optionally, if a "delete" file is included in any of the 

equivalent, or by another method. individual files, those UPC's and files may be removed from 

Via an NMC communications module, multimedia server the corresponding system(s). The multimedia server should 

160 preferably provides the ability to contact (via modem or have network access to the nodes referenced in the destina- 

other communications functionality) NMC 110. tions. Otherwise, an error may occur and a distribution pack 

Alternatively, other communication methods may be used, 65 may not be successfully sent. 

such as a two-way communications system (e.g., WAN, The purpose of the wall-of-eyes script module is to 

Internet, and the like). For example, the Personal Earth execute video playback scripts for wall-of-eyes 180. Func- 
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tionality provided by this modules includes, but is not 
limited to the following: 

The ability to read the scripts designated for wall-of-eyes 
180 

The ability to play and output to wall-of-eyes 180 5 
This module may be provided with only a consumer 
interface, or may provide other interface functionality. 

The video content (preferably MPEG-2 encoded and with 
no text or graphics overlay information accompanying 
same) is made available from, for example, data files 122 10 
received by multimedia server 160. Content may be stored 
locally (on multimedia server 160) or remotely (at NMC 
110, NOC 120, or on one of the nodes on network 150). 

A maintenance module is provided to gather statistics on 
user usage. Listening posts (or other network nodes) gather 15 
daily statistics, and the module periodically gathers such 
data into a table and cleans out directories containing older 
versions of such information. A statistics file may be main- 
tained for each one of listening posts 185, at one or more of 
listening posts 185, at one or more of audio/video endcaps 20 
190, on multimedia server 160, at another of the many nodes 
connected to network 150, or at a remote location (e.g., 
NMC 110 or NOC 120). Following are examples of the data 
that may be logged for each network node (or groups of 
nodes, or for only one node) on a daily (or weekly, monthly, 25 
or other) basis, using a music CD selection as an example: 

Number of scans per product 

Number of times a song is accessed by the FWD button 

Number of times a song is accessed by the REV button 30 

Number of times a song plays by default 

All UPC codes not recognized by system 
The system is also capable of scanning these and other 
in-store systems for possible errors and reporting them to 
NMC 110. On a regularly scheduled basis, multimedia 35 
server 160 preferably performs self diagnostics, as well as 
polls listening posts 185 and audio/video endcaps (e.g., 
audio/video endcaps 190) for diagnostic status, such as alive 
and well, low disk space, etc. Signal quality (impedance 
check) of wall-of-eyes 180 and other system checks may 40 
also be performed. If an anomaly is found, the NMC 
communications module can be invoked to report the prob- 
lem to NMC 110 so that appropriate actio n(s) may be taken. 

Functionality provided by this modules includes, but is 
not limited to the following: 45 

The ability to gather and catalog daily statistics files 
created by listening posts 

The ability to gather and catalog daily statistics files 
created by audio/video endcaps 50 

The ability to refresh statistics directories 

The ability to scan server disk for low disk space 

The ability to ping and scan interactive endcaps for low 
disk space 

This module will normally be loaded at all times in multi- 55 
media server 160. At a pre-defined interval, usually at an 
off-peak time, the system preferably: 

Gathers ".log" files from the listening post directories in 
an area on multimedia server 160 and removes them 6Q 
from the log area 

Copies the log files to the statistics destination directory 

Ping listening posts and endcaps to ensure they are "alive" 

Scan endcaps (and local) drive space 
Errors are reported to the SNMP agent running as a process 65 
in multimedia server 160 as a trap. Error thresholds are 
determined by stored settings 
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The interactive endcap module provides the functionality 
required to support in-line home video station 161 and 
audio/video endcap 190 in allowing users to scan UPC codes 
of featured products (or otherwise identify other products of 
interest) and be presented with video and audio clips relating 
to the product's content, product demonstrations, or the like. 
This module communicates with a listening post module 
through a connection over network 150. The interface for 
this module can, for example, allow one or more of the 
nodes connected to multimedia server 160 via network 150 
to emulate a kiosk. Functionality provided by this module 
includes, but is not limited to the following (which are stated 
in terms of a CD music preview configuration): 

The ability to receive a UPC scan interrupt. 

The ability to play MPEG and video and audio content 
associated with a UPC according to a scan script. 

The ability to respond to navigation button presses sent 
from the listening post module and respond accord- 
ingly. 

The ability to read and play attract and bumper scripts 
In this configuration, the module performs the following 
functions: 

Play an attract mode based on the current script definition. 

Perform TCP communications with the attached listening 
post device used as a scanning station to determine 
when a product is scanned and when buttons are 
pressed. Additionally, the software will have the ability 
to send text strings to the LCD panel on the listening 
post according to the attract script through this com- 
munication channel. The server-based management 
module will also use this communications channel 
pause the system while updates are being made. When 
a UPC is scanned, play the scan script based on the 
current script definition. 

Immediately display a product graphic and other infor- 
mation with any video content displayed. 

When playing the title video, display any text and graph- 
ics overlays. If the consumer does not press the forward 
button to hear more songs, the system at video 
completion, will display a graphic informing the user 
that more audio tracks are available and prompting 
them to press the forward button. 

When playing CD audio tracks, display a background 
with the album graphics and text overlays, including 
the audio titles, the currently selected track, and any 
prompts and sponsorship icons. 

Video content (which has been defined as MPEG-1, 
although other formats may be employed) and other 
content is stored on the endcap units local storage using 
the directory and file naming conventions described 
elsewhere in this document, 

A wall-of-eyes script module allows multimedia server 
160 to interpret the scrip t(s) associated with wall-of-eyes 
180, which are discussed infra. For purposes of this 
discussion, a "wall-of-eyes" is a display using two or more 
TV's, monitors, fiat panel displays, or other display devices. 
The purpose of the script is to control the content which is 
displayed on the wall-of-eyes. Following are examples of 
elements that may be controlled by the script, although the 
elements should not be limited to those listed: 

Video clips displayed on wall-of-eyes 180 

Video clip order and frequency 

Video clip in/out date and time 

Graphic overlays per clip 

Text overlays per clip 
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For example, a continuous-play, 2-hour, non-interactive The program preferably has the capability to switch from 
program can be displayed on wall-of-eyes 180, which may prepared programming to delayed live feed programs 
done during some or all of the site's hours of operation. In (special events, messages from/interviews, and other live- 
one embodiment, a mix of existing entertainment program- action sources), with switching taking place at the level of 
ming (music videos, home video trailers, first run movie 5 the commercial sales outlet (using, for example, video 
trailers, for example) are played. Original entertainment switch 175) or at entity headquarters (NOC 120 or actual 
features (interviews, behind the scenes looks at movies/ headquarters). 

videos, specials on concert tours), sponsor advertising spots One of the primary functions of multimedia server 160 is 
and commercial entity spots/information clips may also be t he provision of content to nodes connected to network 150. 
displayed. J(J These tasks are handled by an audio playback communica- 

Preferably, video is delivered in MPEG-2 format, but tions modu i e . The following is an example of the function- 
other formats, and even uncompressed, standard video, may ^ ^ cafl be ided b ^ audk) { back 
be used The original entertainment features are preferably moduk WheQ a barcode fc scanDed al fl 

provided by outside suppliers (such as production studios). me upc qq6q fc transmitled t0 the multirnedia xr £ 

The different programming elements are preferably ' , ™_. ... . - , 4 , 

assembled at NMC 110 into one cohesive show (although " ™ netw0 / k 15 * 15 J usl °™ sample of what can be 
this may be done at an off-site location), and those elements 6on 9 ™ ih such ^rmation, however The information 
bound together with short introductions, headlines, trivia couid J> e processed by computer of audio/video endcap 190, 
segments, question-and-answer segments, commercial one of listemng posts 185, another node on network 150, or 
entity facts, station identifications, and the like, all created a remote location (e.g., the NOC or NMC). The audio 
by the NMC operator (or other source), thereby creating a 20 playback communications module "looks up" the UPC code 
finished show image. One benefit of the present invention is and sends the data back to the requesting node, such as audio 
the minimization of burn-out/annoyance of outlet personnel information for previewing a music CD: 
constantly exposed to the content displayed. Repetition is Compressed audio file for the first track preview 
kept to a minimum, while still meeting advertising objec- Multiple lines of text associated with each UPC code 
tives of advertisers. 25 (e.g., artist name, price) 

Programming may employ the following exemplary Alternatively, the audio data may be streamed to the node 
guidelines, although other scenarios will be apparent to using, for example, real-time audio compression and trans- 
pose skilled in the art: mission technology. This is also true for video data sent 

throughout this system. In the audio file example, when the 
30 FWD button is pressed, the current audio preview is inter- 
rupted and a subsequent audio file is sent to the listening post 
The number of times the FWD button generates a new audio 
preview is dependent upon the number of previews available 
for a given CD. If the FWD button is pressed during the last 
35 preview, a text string (or other data) will be sent to the 
listening post indicating that no more previews are available. 
This data may be displayed, for example, on an LCD display 
at the listening post. 

If the REV button is pressed during any subsequent audio 
40 preview, the preview is interrupted and the previous audio 
file is sent to the listening post. If the REV button is pressed 
during the first audio preview, a text string (or other data) 
may be sent to the listening post (again, that may be 
displayed on an LCD display) instructing the consumer to 
45 push FWD for more previews, if an audio file completes 
playing uninterrupted, the subsequent audio file will be sent. 
This action may continue until all audio files for the scanned 
CD have played, or may be re-run in an infinite loop. If a 
new CD is scanned during audio playback, the new UPC is 
Total running time for this example is 60 minutes. Content 50 processed, playback is interrupted and an audio file for the 
is preferably completely revised on a monthly basis with new CD is sent. 

25% of content changed every week. Preferably, whenever If a barcode is scanned and the UPC is not recognized by 
possible, multiple versions of repeating content, particularly the multimedia server, a text string (or other data) is sent to 
sponsor announcements, are rotated within each hour and on the listening post for display, notifying the consumer that no 
a weekly basis. 55 previews are available for that barcode. If a CD barcode is 

Preferably, programming is scripted with separate files for scanned at the interactive endcap, and it is not a featured 
each content element (handled by the wall-of-eyes script product (i.e., it has no video available), the endcap may be 
module). This allows for seamless changing of content pods configured to emulate a listening post from the multimedia 
at any time via the chosen communications method. Also server's perspective in such a scenario, 
preferably, there are several regionalized versions of each 60 VIII. Listening Post 

month's program (the specific number of which can easily Listening posts 185 permit users to preview audio clips 
be configured). Each regionalized version emphasizes a from various recorded media, including CDs, albums, tapes, 
different music genre (e.g., country, rock, alternative, and DAT tapes, and other recordings. Wall-of-eyes 180 and 
the like). Sponsorships may be changed between each of the audio/video endcaps 190 can be used to allow customers to 
versions, although that is not necessary — sponsorships may 65 preview both prerecorded audio material and prerecorded 
be the same for all versions; any amount of the content may video material, prior to purchase, based on selections made 
remain unchanged between the versions. using one of listening posts 185. Similarly, audio/video 



Minute of hour 


Description 


17.5 


Music Videos: 5 videos per hour, 3.5 




minutes each, non-repeating during 




the 2 hour show 


5 


Home Video Trailers: 5 trailers per 




hour, 1 minute each, non-repeating 


4 


Theatrical Movie Trailers: 2 trailers 




per hour, 2 minutes each, repeating 




once per hour 


9 


Corporate Sponsor Ads: 9 Sponsor 




advertisements per hour, :30 each, 




repeating twice per hour 


20 


Production studio TV content: 4 




segments per hour, 5 minutes each, 




non-repeating 


3 


Announcements for commercial sales 




entity: 6 segments/hour, :30 each, 




repeating once per hour 


1.5 


Glue segments: 9 segments/hour, 10 




seconds each, repeating once per hour 
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endcaps in other departments 195 allow users to learn about 
various products either visually or audibly by inputting 
identifying information into the system. For example, a 
customer could use a keypad, mouse, trackball, or other 
input device to select from one of a number of displayed 
products to learn more about that product. Alternatively, a 
universal product code (UPC) scanner could be used to read 
the UPC off of the product when the user scans that product 
with a scanner. A benefit of this method is that the UPC is 
guaranteed to be unique. Once a UPC is scanned in, infor- 
mational material stored either on the endcap or on multi- 
media server 160 may then be provided to the customer to 
inform them about the product. In the case of audio or video 
material, audio or video (or a combination thereof) is 
provided to the customer to acquaint them with the selection 
they have chosen. For example, audio clips may be played 
at listening posts 185 and/or audio/video endcaps 190 
(among other locations), and videos displayed on wall-of- 
eyes 180 and/or audio/video endcaps 190, in one embodi- 
ment of the present invention. 

Listening posts (exemplified by listening posts 185 in 
FIG. IB) are preferably provided in DSS 100 to allow a 
consumer to preview product content, although they can be 
configured to allow users to view product demonstrations, 
product stills, and other advertising content. A listening post 
is a dedicated device that can be configured, for example, to 
play audio samples from CDs for users (e.g., consumers) to 
preview. Several embodiments of listening posts 185 are 
described in patent application Ser. No. 09/131,286 entitled 
"A RECONFIGURABLE AUDIOVISUAL PREVIEWING 
SYSTEM AND METHOD OF OPERATION," having M. 
Stern as inventor, as cross-referenced above. Listening posts 
185 are connected to multimedia server 160 via network 
150. Several modules are employed in operating the Listen- 
ing posts. 

First is the user interface module, which implements a 
user interface, used by the consumer to interact with the 
Listening post. The user interface module provides one or 
more ways for the consumer to interact with the system. In 
the example of playing music clips from CD's, these 
include: 

A barcode scanner 

Forward (FWD) button 

Reverse (REV) button 

Volume up (UP) button 

Volume down (DN) button 

The barcode scanner allows the consumer to scan the 
barcode any product in the department. When a barcode is 
scanned, the UPC is transmitted to multimedia server 160 to 
be handled by the audio playback communications module. 
The listening post will decode the compressed audio files 
which are streamed from the multimedia server and display 
the text on the liquid crystal display (LCD). When the FWD 
button is pressed, an interrupt is sent to multimedia server 
160 notifying the audio communications module to take 
appropriate action. When the REV button is pressed, an 
interrupt is sent to multimedia server 160 notifying the audio 
communications module to take appropriate action. The 
volume buttons are self-explanatory. 

A display module is provided to manage the display of 
information. The display module decodes the audio files 
which are sent from multimedia server 160. The display 
module also retrieves any text data sent along with the 
compressed audio data and displays it on the Listening 
post's display. 

A multimedia server communications module is provided 
to allow communication between the Listening post and 
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multimedia server 160. The server communications module 
is responsible for logging on to the multimedia server when 
the Listening post is initialized. When a barcode is scanned, 
the server communications module transmits the UPC to, for 
example, multimedia server 160 (although other nodes on 
the network, such as NOC 110 or NMC 120, may also be 
accessed). Similarly, when either the FWD or REV buttons 
are pressed, the server communications module notifies 
multimedia server 160, in order that the proper selection is 
provided to the user. The server communications module 
also acts as the "sentry" that recognizes a compressed audio 
file being sent from the multimedia server 160 and routes it 
to the display module. 

The various providers provide content to NMC 110 (or 
other entity) for editing and storage in digital file format, in 
order to provide a constantly updated library of content to 
sample. Each content sample consists of a number of seg- 
ments (e.g., several available music clips), preferably 3. In 
the example of music CDs, each segment is a music clip that 
is preferably a 25-30 second "hook" from a song, edited 
from a sample CD. Preferably, this is the second or third 
chorus of each song preceded by a 4-6 second transition 
phrase. 

An average of 400 new 3-song album samples may be 
added to the network each month (although a greater or 
lesser number of samples could be added); simultaneously, 
a similar number of older samples will be deleted each 
month. Additions and deletions are preferably implemented 
twice per week (approx. 50 samples at a time), although this 
periodicity may be easily altered. Additions and deletions 
may also be scheduled ahead of time. 

Content may be delivered to the consumer over 
headphones, which can be snapped out and replaced easily 
by NMC (or other) representatives, while still maintaining 
security and strain relief when in use. Wireless headphones 
or speakers, among other audio output devices, may also be 
used. Enclosures will have the capability to be easily retro- 
fitted for small speakers. Listening posts 185 may also be 
configured to provide video content, in order to enhance the 
consumer's previewing experience by providing video 
content, such as music video clips corresponding to the 
audio clip being played. 

Listening posts may be, for example, of two types: 
dedicated and non-dedicated (although other configurations 
can easily be envisioned by one of skill in the art). Dedicated 
Listening posts include elements such as a barcode scanner, 
two-line LCD panel, ethernet card, TCP/IP stack, FTP client, 
and other components necessary to support the requisite 
communications and the previewing of content and adver- 
tising. Functionality provided by a dedicated Listening post 
includes, but is not limited to the following: 

Perform scanning functions 

Perform user button press functions (e.g., navigation, 
volume) 

Retrieve and playback audio files as well as read text files 
to display on LCD panel from server according to UPC 
code and user button presses 

The listening posts communicates with multimedia server 
160 via a networking protocol, such as FTP, over network 
150. Files associated with each UPC are stored in a special 
directory on the server which will provide for rapid lookup 
given a particular UPC. Usage statistics and listening post 
files are stored in unique directories for each listening post. 

In contrast, non-dedicated Listening posts, while similar 
to the dedicated posts, perform some slightly different 
functions. The audio output from the unit may be looped into 
the line- in on one of the audio/visual endcaps* soundcards. 
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Functionality provided by a non-dedicated Listening post product, the UPC is transmitted to the multimedia server to 

includes, but is not limited to the following: be handled by the audio playback communications module. 

Periodically retrieving ' featured* CD list and home video The endcap may then emulate a listening post by playing the 

list files from server and store internally for fast lookup audio files which are streamed from the multimedia server 

Performing listening post functions for non-featured titles 5 and display the text on the endcap's display (e.g., an LCD 

(non video titles), and perform normal statistics gath- display). For example, if a home video is scanned at the 

ering for titles interactive endcap, a graphic screen may be displayed 

Notifying of UPC scans to the interactive endcap PC for instructing the consumer to scan the video at in-line home 

featured -titles video station 161. 

Button press notification to the interactive endcap 10 Several controls are provided to allow the user to control 

Listening posts 185 may be standalone, or may be asso- the presentation. The user can control which of the possible 

ciated with audio/video endcaps 190 and/or in-line home audio and/or video clips are being played. If the forward 

video station 161, which are connected to multimedia server (FWD) button is pressed while the music video for a 

160 by one or more connections. One connection may be featured product is playing, the video is interrupted, and 

provided for the computer portion and one connection for is preferably, if an audio preview is available, it should begin 

the listening post, for example. The non-dedicated listening to play. The number of times the FWD button generates a 

post and audio/video endcap may be configured to commu- new audio preview is dependent upon the number of pre- 

nicate over network 150 via, for example, a TCP socket views available for a given CD. If the FWD button is pressed 

connection. during the last preview, a text string (or other data) may be 

For featured titles and home videos, the UPC is sent to the 20 displayed indicating that no more previews are available, 

audio/video endcap *s computer through a TCP socket con- Alternatively, the play may cycle back to the beginning. If 

nection. No audio need be played by the listening post the FWD button is pressed while audio files from the 

during such a transaction. Optionally, for non-video and multimedia server are being played (i.e., the product scanned 

non-featured titles, a UPC code of 00000000000 may be sent was not a featured product) the endcap emulates a listening 

to the audio/video endcap's computer to designate that a 25 post by sending a FWD button interrupt to the multimedia 

static graphic should be displayed. server. 

All button presses are preferably sent to the audio/video The reverse (REV) button has no effect unless a second or 

endcap's computer (e.g., through a TCP socket). Volume subsequent audio file is being played. If the REV button is 

settings and content navigation may be handled by the pressed during a second or subsequent audio preview, the 

audio/video endcap's computer. The listening post output 30 preview is interrupted and the previous audio file begins 

may remain constant at this juncture. The audio/video end- playing. If the REV button is pressed during the music video 

cap's computer may be configured to ignore button presses or the first audio preview, a text string will be displayed 

when a non-featured title is currently being played by the instructing the consumer to press the FWD button for more 

listening post. previews. If the REV button is pressed while the PC is 

IX. Audio/Video Endcaps 35 playing a second or subsequent audio file from the multi- 

Audio/video endcaps 190 allow users to preview audio media server (i.e., the product scanned was not a featured 

and video samples. Examples of such endcap systems are product) the PC will then emulate a listening post by sending 

described in commonly assigned U.S. patent applications a REV button interrupt to the multimedia server. 

Ser. No. 08/694,694, filed Aug. 8, 1996 and entitled The audio/video endcaps allow the user to adjust the 

"METHOD AND APPARATUS FOR PREVIEWING 40 volume of the audio portion of the presentation. Pressing the 

AUDIO SELECTIONS" now U.S. Pat. No. 5,815,471; and UP button increases the audio volume within a preset range. 

Ser. No. 08/771,605, filed Dec. 20, 1996 and entitled Pressing the DOWN button decreases the audio volume 

"METHOD AND APPARATUS FOR SIMULTANEOUS within a preset range. 

PLAYING VIDEO AND AUDIO DATA" now U.S. Pat. No. The audio/video endcap's display module of plays mul- 

5,990,879, both of which are hereby incorporated by refer- 45 timedia data based on information contained in the scan 

ence in their entirety. Another example of such systems is interrupt script and the attract script. Following are 

described in commonly assigned U.S. Pat. No. 5,084,768 examples of the types of multimedia data that can be 

entitled "METHOD AND APPARATUS FOR PREVIEW- displayed, although the audio/video endcaps may be con- 

ING RECORDED INFORMATION " issued to M. R. Stern figured other types of multimedia may be displayed: 

and S. M. Stern, hereby incorporated by reference in its so Compressed video files with audio 

entirety. Compressed audio only files 

Audio/video endcaps 190 may be PC-based systems, or G hfcs file& _ icons for vk|eo over] 

may use another computer platform (e.g., a workstation, a p . jui J 

■ , u i ' \ u • ,, r x r\ Graphics files — icons and backgrounds 

single-board computer, or other processing platform). One r ^ 

or more of the computer's storage units preferably contains 55 Text files— vldeo overlay 

all of the content (video, audio, graphics, text, and so on) Text files— overlaid on graphics 

associated with the products featured at the endcap. It will Tex t files — displayed on the LCD 

be connected to the multimedia server via network 150. A script module is responsible for interpreting data con- 

The user interface of audio/video endcaps 190 includes tained in at least the "attract script" and the "scan interrupt 

several ways for the consumer to interact with the system, 60 script" script files. The attract script defines what is dis- 

five examples of which are now listed. First is a barcode played on the color monitor and the LCD when no consum- 

scanner, which allows the consumer to scan the barcode of ers are using the system. Following are examples of the 

products, such as CDs featured at an endcap, or any other color monitor display elements which may be controlled by 

product in the department. For example, when a barcode of lne attract script: 

a CD is scanned, the UPC is transmitted to the endcap's 65 Video clips (incl. attract videos, product videos, sponsor 

computer. If the CD is a featured product, content is played videos and bumpers, etc.) 

back per the scan interrupt script. If the CD is not a featured Video clip order and frequency 
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Video clip in/out date and time 
Graphic overlays per clip 
Text overlays per clip 

The following LP display elements which may be con- 
trolled by the attract script: 

Text files (instructional text, promotional text, advertising 
text, etc.) 

Text file order and frequency 

Text file in/out date and time 
LCD text files (or the files containing the data to be 
displayed) may be linked to particular video clips or played 
independently. 

The scan interrupt script defines what is displayed on the 
color monitor and the LCD when a consumer scans the 
barcode of a featured CD. The scan interrupt script may be 
configured to contain a look-up table which references the 
UPC of featured products to elements associated with that 
product. This is likely the simplest method, but other meth- 
ods exist which are equally effective (e.g., a list of names 
and descriptions). For example, the following are elements 
which may be associated with a CD's UPC, among others: 

Music video file 

Graphic icon overlays for music video 
Text overlays for music video 
Audio files (multiple) 

Graphic screens for display during audio only playback 
Graphic screen for display when a home video is scanned 
Graphic screen for display when the UPC is not recog- 
nized 

Icon overlays for audio only screens 

Text overlays for audio only screens (song titles, liner 
notes, etc.) 

Text files to be displayed on the LCD 

The scan interrupt script may also define data, such as 
corporate sponsor bumpers, that can be displayed on the 
color monitor and LP display before or after the scanned 
product data is displayed. 

A statistics file can also be maintained on the audio/video 
endcap. Data logged on a daily (or weekly or monthly or 
other) basis by any one of the nodes in the present invention 
includes, but is not limited to: 

Number of scans per product 

Number of times a selection is accessed by the FWD 
button 

Number of times a selection is accessed by the REV 
button 

Number of times a selection plays by default 

All UPC codes not recognized by system 

The server communications module is responsible for 
logging on to multimedia server 160 when an interactive 
endcap initializes. Multimedia server 160 may be configured 
to periodically send new or updated files to the interactive 
endcap. The multimedia server communications module (or 
software modules on the Listening post or audio/video 
endcap) processes the files, optionally in background mode. 
This is done to ensure that files that are replaced are not in 
use. The files that are no longer required by the scripts may 
be deleted, preferably at this time. On a scheduled basis 
(also, optionally, in background mode), the multimedia 
server communications module (or other, as indicated) may 
send the daily statistics data to multimedia server 160, NOC 
120, NMC 110, or other node/entity on the network (e.g., the 
information might be supplied to a distributor, or directly to 
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the manufacturer, for marketing purposes, or to implement 
just-in-time stocking). 

The system may be configured to offer shoppers a video 
clip (e.g., a 30-second full-motion MPEG-1 video clip), 

5 followed by one or more audio clips (e.g., three 25- to 
30-second audio clips). This may be done each time a 
featured title is scanned, for example. Sponsorship may 
employ a model that provides a number of sponsor slots in 
the unit's programming. The system may also provide 

10 placement on wall-of-eyes 180 to sponsors that are on 
audio/video endcaps 190 (or other sponsors or entities). 

A display (e.g., a 20" TV monitor) is preferably mounted 
on top of and slightly behind the existing endcap fixture, 
with a scanner enclosure preferably mounted into the top 

j 5 center slot of the fixture. Input from the user may take many 
forms. This could be, for example, a scan of a UPC code or 
a button touch on a system keypad. The fixtures on a rack are 
preferably configured to hold one or more of the products for 
which information is available at the endcap. For example, 

20 the fixtures on a rack might hold 42 CD facings (jewel cases) 
(6 rowsx7 columns) or 28 facings (long-box security cases, 
4 rowsx7 columns). Other configurations for holding CDs 
(or other audio/video products, or other products in general) 
are, of course, possible. 

25 Assuming a CD music configuration with 42 facings, 
most or all of the content preferably changes monthly, with 
10-11 titles added/deleted once a week. Video content may 
be from several sources and in several forms. Such content 
might, for example, be edited from tape provided by the 

3 Q recording company. Audio content is preferably identical to 
the content developed for the Listening post system, but that 
need not be the case. Preferably, the system plays audio-only 
samples of any title in the department through its speakers, 
with an onscreen graphic explaining that only audio is 

35 available for that title. A custom attract mode may also be 
provided for the initial system launch, and revised at pre- 
scribed intervals. Attract modes may be customized for 
seasons, holidays, special themes, or for other reasons, to 
provide an appropriate for the recordings/videos/products 

40 being promoted. 

Audio/video endcaps 190 may run the following software, 
among other software: 
Audio/video Endcap Software 
TCP/IP services 

45 The above modules may be loaded at initialization, if 
desired, or may be loaded at a later time. The audio/video 
endcap software provides the basic functionality required for 
the endcap 's operation, while the TCP/IP services provide 
connectivity to multimedia server 160 (although other net- 

50 working protocols and standards could be employed to 
provide such functionality). Each endcap may store content 
locally (or may retrieve content from one or more nodes one 
the network) and need not feed data from the server over the 
network in real-time, if that is desired. Preferably, however, 

55 content is delivered with normal distributions. 
X. In-Line Home Video Station 

In-line home video station 161 is preferably based on a 
PC-compatible system, although a single-board computer of 
any architecture, a workstation, or other system may be 

60 used. The computer of in-line home video station 161 
preferably contains the content (video, graphics, text, etc.) 
associated with the home video products featured in the 
department. This may be 400 or more such items. Preferably, 
the computer is connected to the multimedia server via 

65 ethernet, although other networking architectures may be 
used, as may serial lines and other modes of communication. 
In-line home video station 161 possesses functionality simi- 
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lar to that of an audio/visual endcap, although certain 
features may be deleted or changed. 

The content displayed by in-line home video station 161 
is preferably in-home video selections, although other 
audiovisual information (e.g., product demonstrations) can 5 
be displayed by in-line home video station 161 in response 
to its selection by a consumer. Users can pick up any video 
box in the section, scan the UPC code (or indicate the 
identity of the video by some other input means), and 
receive a video sample of the film (e.g., a 30-second, J(J 
full-motion video review or advertisement for the selected 
title). 

Using this system, video previews may have a superim- 
posed box cover and title on-screen during the video. Other 
on-screen graphics (such as pricing and release date info) 
may be made available and are easily changeable using the 15 
present system. Videos and video clips may be delivered in 
a compressed, digital format (e.g., MPEG-1 format). Con- 
tent may be edited, for example, by pulling 30 second clips 
directly off tape supplied by manufacturers (the preferred 
method), editing-down the 90-120 second dealer trailers 20 
supplied by labels, or editing out two 15 second segments 
from the full length movie and splicing them to a 30 second 
clip. Preferably, all titles in the department are previewable. 

Preferably, the commercial entity provides the NMC 
operator a monthly list of titles to be updated, along with key 25 
contact names at video manufacturers. Of course, any 
method of title selection may be used to determine which 
titles will be used. For example, tapes (and titles) may be 
provided directly by manufacturers. Sponsor messages from 
one or more Sponsors may precede requested videos. As 30 
with the music endcap, home video Sponsors will appear on 
wall-of-eyes 180. in-line home video station 161 preferably 
has a custom attract mode, which may be changed periodi- 
cally and be tied to seasons, holidays and special events, for 
example. 35 
XI. In -Line Computer Hardware and Software Display 

The in-line computer advertising of computer hardware 
and software (exemplified by in-line computer hardware and 
software display 165) may use, for example, a 
PC-compatible, interactive hardware and software preview 40 
system (preferably displayed "onshelf * as a standard com- 
puter available for sale), although another computing plat- 
form could easily be used. Thus, information is delivered on 
computer products for sale at the commercial sales outlet 
and/or through the commercial entity. As such, it may be 45 
located in-line in the computer aisle, or elsewhere, if desired. 
Access may be with a mouse and keyboard, for example 
(although any one of a multitude of common input/output 
devices may be employed). The in-line display computer 
will be connected to the multimedia server via a connection 50 
to network 150. 

The user interface is defined by the user interface module. 
If consumers wish to purchase a previewed product, they 
may select the produces), input name/address information 
via the keyboard, press a "print" button and receive a dot 55 
matrix printed ticket with an order number. They need only 
to hand the ticket to a cashier to pay for the product and have 
it shipped home or delivered to the store within a few days. 
NMC 110 need not be involved in the transaction process 
beyond providing content, collecting information, and ticket 60 
printing. 

Alternatively, the user might enter a code into the system 
(e.g., the person's phone number), make the desired 
selections, and send the information to the commercial sales 
outlet's computer via the network. The user might then pick 65 
up and pay for the item when departing the commercial sales 
outlet, or may have the item shipped to a desired location. 
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In order to track consumer information, a statistics mod- 
ule is also provided. The statistics module will maintain a 
statistics file on the PC (or elsewhere on the network (e.g., 
on multimedia server 160)). Following are examples of the 
data that may be logged on a daily basis: 

Number of selections for previewing per product 

Number of tickets issued per product 

Content is provided from multimedia server 160. Con- 
sumers have access to previews of multiple computer hard- 
ware and software products, representing computer products 
available through the commercial entity. In operation, for 
example, by clicking on-screen with a mouse, the user may 
search by manufacturer, feature set, price range, and/or other 
criteria, and will be presented with full -color graphics, text, 
audio, video, and so on, summarizing the key features and 
benefits of each product. 

The NMC operator (or another entity) can collect camera- 
ready art of the computer products to be offered for sale from 
the manufacturers, along with key selling points, and may 
create and deliver informational messages on each product 
available for sale. A basic fee may be charged to the 
manufacturer, on a per message basis. Content is preferably 
changed periodically. For example, content may be changed 
at the rate of 5-10 titles per month, and delivered to stores 
on a semiweekly basis (or more- or less-often) if desired (or 
necessary). The NMC operator (or another entity) may 
develop attract modes highlighting various computer 
products, features, tips, and/or other information. Sponsor- 
ship may come from a number of sponsors, for example 
computer related product/service companies, or from com- 
panies unrelated to the computer industry. 

XII. Direct Video 

As noted, data sent via communications network 125 can 
be of several types. For example, receiver/decoder 135 may 
provide audiovisual training information to video cassette 
recorder (VCR) 140 via the direct video capabilities that 
communications network 125 may support (e.g., real-time 
analog, high-definition television (HDTV)> or digital video 
information). Training VCR 140 allows such audiovisual 
information to be recorded for later playback, to allow the 
audiovisual information to be replayed for off-line training 
or during multiple training sessions. 

Alternatively, the audiovisual information transferred via 
the direct video capabilities that communications network 
125 may be displayed on television 141 in real-time by 
properly configuring VCR 140. Such information may 
include informational programs, training programs for outlet 
employees, and other business-related information intended 
for personnel at commercial sales outlet 130. 

XIII. General System Operation 

Digital department system 100 operates in the following 
manner. Promotional content and informational content 
from advertiser 102, recording company 104, movie studio 
106, and/or other content provider 108 (among other such 
providers) is collected and compiled by NMC 110, and 
converted into digital data files 122 by digitization. 
Alternatively, NMC 110 may assemble the necessary pro- 
motional materials from publicly available or privately 
available information sources (CDs, other recordings, 
videos, and other sources) for distribution. Additionally, 
such promotional materials may not require digitization, in 
which case the information may be distributed using analog 
techniques. 

Assuming that digitization is the preferable means of 
distributing this information, digital data files 122 are pro- 
vided to NOC 120 for distribution via satellite to one or 
more commercial sales outlets (as exemplified by commer- 
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cial sales outlet 130). However, satellite distribution is but 
one way of distributing digital data files 122. Other methods, 
such as wide area networks (WAN), internet connections 
(via, for example, an independent service provider (ISP)), or 
other electronic distribution medium could be employed in 5 
place of communications system 125 (FIG. 1A). 

Again, assuming a satellite multicast system is employed, 
receiver/decoder 135 receives and decodes the digital infor- 
mation representing digital data files 122 at commercial 
sales outlet 130. Digital data files 122 are then forwarded io 
from receiver/decoder 135 to multimedia server 160 for 
distribution. Digitized video or analog video may then also 
be supplied to training VCR 140 and/or to television 141, for 
the in -store use of employees being trained, for example. 
Multimedia server 160, as indicated in Appendix A, distrib- 15 
utes the promotional information in digital data files 122 to 
various points in commercial sales outlet 130 (e.g., wall-of- 
eyes 180, in -store radio system 170, in-line computer hard- 
ware and software display 165, audio/video endcaps in other 
departments 195, listening posts 185, and other 20 
destinations). 

Additionally, multimedia server 160 may be connected to 
on-line services 200 or (either directly or via entity LAN 210 
to on-line internet commerce access system 220) to provide 
on-line access to promotional materials by customers 25 
accessing the system over the internet or by dial-up lines, for 
example. Information provided to in -store radio system 170 
may either be digitized or analog audio, and may be pro- 
vided in predetermined segments and timeslots, or may 
preempt current in -store programming. 30 

In-line computer hardware and software 165 displays 
promotional materials stored either on storage systems 
within in-line computer hardware and software display 165 
or on multimedia server 160, for example. The promotional 
materials, preferably relating to computer hardware and 35 
software, offer the customer an on-line catalog which the 
customer can browse and select products for purchase end. 
An example of its operation would be as follows. 

A customer would browse the on-line catalog, select the 
desired computer products, enter a unique code identifying 40 
the customer (e.g., the customer's phone number), and then 
proceed in one of two ways. First, the customer could simply 
print out an order and proceed to the checkout area, provide 
the slip to a clerk who would then provide the computer 
products to the customer. Alternatively, the customer could 45 
go to the checkout and simply provide their customer code 
to receive the desired computer products. Another alterna- 
tive would be for the customer to pay for the products at the 
checkout and have the commercial entity ship the computer 
products to the customer home address, or to another loca- 50 
tion. The system would display graphics, full-motion video, 
and technical information, possibly along with audio 
information, in informing the customer as to the various 
computer products for sale. In-line computer hardware and 
software display 165 allows integration into digital depart- 55 
ment system 100 and offers yet another avenue of promo- 
tional content delivery. 

The foregoing description of preferred embodiments of 
the invention has been presented for the purposes of illus- 
tration and description. It is not intended to be exhaustive or 60 
to limit the invention to the precise form described, and 
many modifications and variations are possible in light of 
the teaching above. The embodiments were chosen and 
described in order to best explain the principles of the 
invention and its practical applications to thereby enable 65 
others skilled in the art to best utilize the invention in various 
embodiments and with various modifications as are suited to 
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the particular use contemplated. It is intended that the scope 
of the invention be defined by the claims appended hereto. 
It should be noted that all trademarks and copyrights used or 
recited herein are the property of their respective owners. 
What is claimed is: 

1. A digital department system comprising: 

a network management center that receives files from 
content providers, assigns at least one attribute for each 
file to create designated files for distribution to end 
clients; 

a multimedia server, wherein said designated files are 
stored in digitized files on said multimedia server; 

a communications network, said network management 
center and said multimedia server coupled by said 
communications network; and 

a network node coupled to said multimedia server said 
network node including a preview unit configured to 
provide sensory output corresponding to a designated 
file transmitted from said network management center 
to said multimedia server via said communications 
network. 

2. The digital department system of claim 1, wherein said 
network management center is configured to aggregate 
content from at least one content source. 

3. The digital department system of claim 2, wherein said 
at least one content source is one of a movie studio, a 
recording label, a product manufacturer, an advertising 
agency, and a computer software manufacturer. 

4. The digital department system of claim 1, wherein said 
communications network comprises: 

a network operating center, said network operating center 
coupled to said network management center; and 

a transmission medium, wherein said network operating 
center and said multimedia server are coupled by said 
transmission medium. 

5. The digital department system of claim 4, wherein said 
transmission medium is a multicasting transmission 
medium. 

6. The digital department system of claim 5, wherein said 
multicasting transmission medium employs a multicasting 
file transfer protocol. 

7. The digital department system of claim 4, wherein said 
transmission medium is a satellite communications system. 

8. The digital department system of claim 1, wherein said 
network node is a listening post. 

9. The digital department system of claim 1, wherein said 
listening post is associated with an endcap to form a endcap 
preview unit, and said preview unit is configured to allow 
said content to be previewed. 

10. A method of distributing promotional material to an 
end client in a commercial sales outlet, comprising the steps 
of: 

aggregating content by receiving files from content 
providers, assigning at least one attribute for each file 
to create designated files for distribution to end clients; 

digitizing said designated files into digital designated 
files; 

distributing at least one digital designated to a plurality of 

end clients designated to receive the at least one digital 

designated file; 
disassembling said at least one digital designated file into 

at least one digitized component to at least one of said 

plurality of end clients; and 
communicating information represented by said at least 

one digitized component to the end client. 
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11. A method of distributing promotional material to a 
user in a commercial sales outlet, comprising the steps of: 

aggregating content; 

digitizing said content into a digital file; 
distributing said digital file to a plurality of sites; 
disassembling said digital file into at least one digitized 
component at least one of said plurality of sites; and 
communicating information represented by said at least 

one digitized component to the user, 10 
said disassembling including, 

decompressing said at least one digital component; and 
sorting said at least one digital component by a rela- 
tionship of each one of said at least one digital 
component to one of a plurality of commercial 15 
products into groups of said at least one digital 
component on a multimedia fileserver. 

12. A method of distributing promotional material to a 
user in a commercial sales outlet, comprising the steps of: 

aggregating content; 20 
digitizing said content into a digital file; 
distributing said digital file to a plurality of sites; 
disassembling said digital file into at least one digitized 

component at least one of said plurality of sites; and 25 
communicating information represented by said at least 

one digitized component to the user, 
wherein said disassembling step comprises: 

decompressing said at least one digital component; and 
sorting said at least one digital component by a re la- 30 
tionship of each one of said at least one digital 
component to one of a plurality of commercial 
products into groups of said at least one digital 
component on a multimedia fileserver, and 
wherein said groups of said at least one digital com- 35 
ponent are sorted based at least in part on a universal 
product code. 

13. A method of distributing promotional material to a 
user in a commercial sales outlet, comprising the steps of: 

40 

aggregating content; 

digitizing said content into a digital file; 
distributing said digital file to a plurality of sites; 
disassembling said digital file into at least one digitized 
component at least one of said plurality of sites; 
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communicating information represented by said at least 

one digitized component to the user, 
wherein said disassembling step including, 

decompressing said at least one digital component; and 

sorting said at least one digital component by a rela- 
tionship of each one of said at least one digital 
component to one of a plurality of commercial 
products into groups of said at least one digital 
component on a multimedia fileserver, 

wherein said groups of said at least one digital com- 
ponent are stored on said multimedia fileserver based 
at least in part on a universal product code. 

14. A digital department system comprising: 

a network management center that receives files from 
content providers, assigns at least one attribute for each 
file to create designated files for distribution to end 
clients; 

a network operating center, said network operating center 

coupled to said network management center; 
a multimedia server; 

a multicasting transmission medium coupling said net- 
work operating center and said multimedia server; 

a plurality of end clients coupled to said multimedia 
server each of an end client receiving its designated 
files; 

a display coupled to said multimedia server by said 
network, wherein said designated files are stored in 
digitized files on said multimedia server. 

15. A method of distributing promotional material to a 
user in a commercial sales outlet, comprising the steps of: 

aggregating promotional content; 

digitizing said aggregated promotional content into a 

digital file; 
distributing said digital file electronically; 
receiving said digital file; 

disassembling said digital file into digitized components; 

distributing at least one of said digitized components to a 
node on a network, said network being capable of 
communicating information represented by said digi- 
tized component to the user. 

* * * * * 
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